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(57) Abstract 



According to the invention, a special programme guide file is generated at the transmitting end of a DAB system. It is a plain-language 
file which could contain text and pictures. Each service provider can create a separate programme guide file. The system operator forms 
them into a single file to be transmitted. The file contains text and pictures visible to the user and a large amount of information intended 
for the application software of the receiver, invisible to the user. This information may be hidden text, instructions, algorithms. The most 
important data invisible to the user is a link which, upon activation by the user, links the file to another file. Thus, by activating links, 
the user is able to navigate in the programme guide and to quickly find and collect the information he/she is interested in, whereupon the 
receiver automatically composes the requested service from the subschannels of the DAB multiplex. 
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Handling of program files in a digital broadcasting system 



PCI7FI96/00523 



The present invention relates to the handling of information relating to service 
programmes in a digital broadcasting system which allows the transmission of audio 
5 and data services as well as selective reception of such services. The information to be 
transmitted over the transmission channel may be either a continuous audio or data 
stream or packet format information. 

In the Digital Audio Broadcasting (DAB) system, which has been developed to 
allow an efficient utilization of frequency bands, the transmission path is completely 

10 digital, and the system is designed to replace the analogue broadcasting system com- 
monly used at present, which is based on the use of frequency modulation. DAB has 
been designed especially for a mobile environment, in other words, the receiver may 
be moving, but still the various decay effects and disturbances occurring in the propa- 
gation of the radio signal are avoided via suitable modulation and channel encoding. 

15 DAB defines a digital radio channel based on multiple carriers, which is appli- 

cable for the transmission of both audio and data services. A completely digital 
transmission channel may be either a continuous data stream channel or a packet 
channel. The DAB system is presented in detail in ETSI (European Telecommunica- 
tion Standards Institute) standard 300 401, February, 1995. 

20 From the user's point of view, the highest level of abstraction in the DAB 

system is called ensemble, Fig. 1. It contains all services existing in a given frequency 
band. A change from one ensemble to another is effected by tuning to a different fre- 
quency band, just as one changes channels in current FM radio reception. The en- 
semble is divided into services, exemplified in Fig. 1 by Alpha Radio 1, Beta Radio 

25 and Alpha Radio 2. In addition, there may be data services, although they are not 
shown in the figure. Each service is further divided into service components. Each 
service component is either an audio channel or a data channel. For comparison, let it 
be stated that FM radio contains only one service and one service component (audio) 
in each channel. At the lowest level, the transmission frame, whose duration is exactly 

30 24 ms or 96 ms depending on the mode, consists of three chronologically consecutive 
parts. The first part is a Synchronizing Channel, which contains no service informa- 
tion. The next part is a Fast Information Channel FIC, which has a mode-specific 
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fixed length. The last part is a Main Service Channel MSC, which contains all the 
subchannels. The position, size and number of subchannels within the MSC can vary, 
but still the size of the MSC is constant. The MSC contains a maximum of 63 differ- 
ent audio and/or data subchannels. The subchannels are numbered on the basis of a so- 
5 called Channel Id from 0 to 62. Moreover, the MSC may contain an Auxiliary Infor- 
mation Channel AIC, which has a fixed channel number 63. The AIC may contain the 
same type of information as the FIC. 

In Fig. 2, which presents a simplified DAB system, a transmitter control de- 
vice 1 controls the transmission. The FIC and control block 2 produces general service 

1 0 information SI relating to audio and data services, which helps the user select the 

service he/she wants, multiplex configuration information MCI, i.e. data indicating the 
number, size and location of subchannels, and conditional access information CA, 
which may relate to the chargeability of services or to encryption. These together, and 
possibly a fast information data channel FIDC, form a fast information channel FIC. 

1 5 The audio information, e.g. music, provided by audio service providers is compressed 
by an MPEG audio encoder 4 and passed to audio channel encoders 5. Correspond- 
ingly, the data supplied by data service sources 6 is encoded by a data channel encoder 
7. The data can be transmitted as a continuous stream or in the form of packets with 
addresses, so one subchannel may contain several packet channels. 

20 The channel-encoded and time-interlaced data and audio information as well 

as FIC information is passed into block 8, where different channels are first multi- 
plexed into a common frame. After this, the frame is divided into blocks and, for each 
channel, successive OFDM symbols of a given duration are formed from the bits and 
these symbols are modulated by the D-QPSK (Differential Quaternary Phase Shift 

25 Keying) method. Next, an inverse Fourier transformation is performed, giving a time- 
level I/Q signal, which is used in the modulation of a radio frequency carrier. Each 
transmission frame is thus time-multiplexed between the synchronizing channel, fast 
information channel FIC and the main service channel MSC containing the audio and 
data services. In DAB mode III, which is intended for aerial, satellite and cable 

30 transmissions, there are 1 92 carriers, a frame has 1 53 symbols and the duration of a 
frame is 24 ms. 
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At the receiving end, the DAB ensemble received is multiplexed in a COFDM 
(Coded Orthogonal Frequency Division Multiplex) block 9, which converts the I-Q 
signal into digital form. The digitalized signal is transferred to the frequency level via 
a fast Fourier transformation, the frequency interlacing is removed and transmission 
frames are formed from successive OFDM symbols. Thus the transmission frame is as 
presented in the lower part of Fig. 1. The information channel FIC and the MSC con- 
taining the audio and data services are separated from each other, and subchannels are 
separated from the MSC channel and channel-decoded by decoders 5' and 6'. The de- 
sired subchannels are then passed on for further processing. From the FIC channel, the 
user can get information about the services contained in the ensemble received and is 
thus able to select the desired service/services. 

Fig. 3 represents a receiver suited for media applications. As described above, 
the ensemble received is divided into a number of services and each service is further 
divided into service components. A service component is either an audio channel or a 
data channel. The ensemble is decoded in a COFDM (Coded Orthogonal Frequency 
Division Multiplex) block 31 and, via demultiplexing, subchannels 
SUBCH1,...,SUBCHL as well as the components SI, MCI and FIDC of the fast in- 
formation channel FIC are separated from the MSC channel. The maximum number 
of subchannels is 64. The desired subchannels are then passed on for further process- 
ing. A desired packet channel can thus be separated from a data channel on the basis 
of the packet address and passed into the receiver. By combining subchannel service 
components, such as audio/speech, continuous video and packet data in accordance 
with the application software, multimedia services, a hypermedia service, a file-based 
service and hypertext are achieved. The services thus formed are then passed on to the 
user's display device or for further processing. The interface A is an interface to the 
service components, from which the desired services are formed by user agents. 

In practice, a DAB receiver comprises a block (SI handler) for handling serv- 
ice information, a block (FIC handler) for handling the FIC information channel, and 
an application software block, which is informed about the positions of the subchan- 
nels in the multiplex by the information channel handling block FICH. The SI han- 
dler, to which are connected both the service information channel SI and the auxiliary 
information channel AIC, produces for the application software block more detailed 
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information describing the services, while the latter block generates e.g. a graphic user 
interface. The user interface may contain e.g. a text which reads "this ensemble 
(name) contains the services ALPHA RADIO 1, BETA RADIO, ALPHA RADIO 2", 
followed by a prompt "Select service". The user then selects a desired service using a 
keyboard, a mouse or some other suitable means, whereupon a list of programmes 
available in this service, possibly together with a short description of each pro- 
gramme, is displayed. The description may inform the user that he/she can choose e.g. 
to display pictures associated with music or the lyrics of songs. The user then makes 
several selections to get a programme of the kind and composition he/she wants. In 
response to the user's selections, the application software block commissions the FIC 
handler to pick out the requested channels to compose the programme. 

A problem in this type of selection is that the application software block must 
operate by observing the service hierarchy and rely on the rather scanty information 
that is available from the prior-art service information channel SI and auxiliary infor- 
mation channel AIC. For this reason, selecting the service components needed to 
compose a desired programme requires numerous operations by the user. Searching 
the supply of programmes takes time, because the user must now and again return to 
the ensemble level or service level and then proceed down the hierarchy, making se- 
lections. In the prior-art system, the only information given to the user via the FIC 
channel is a service name presented with a 16-character "service label". The names 
are transmitted as a 6-bit encoded binary number. 

To provide a general solution to this problem, it has been proposed that use be 
made of the rather high data transmission capacity of the system by sending to the re- 
ceiver a special "electronic programme guide". This would be e.g. a text file giving 
plain information about the various services available. No details have been suggested 
as to what the format of the file would be and in which channel it would be transmit- 
ted. It could be fashioned after the style of the radio and television programmes page 
currently published in newspapers. 

The object of the present invention is to achieve a guidance arrangement to 
make it easier for the user to make selections between the numerous programmes 
comprised in a DAB ensemble. The guidance should have a graphic implementation 
as seen by the user, and it should be easy to use, informative and interactive. As to its 
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internal structure, the guidance should be so designed that the user is able to start a 
desired programme directly from the guidance. 

Another object is to achieve an arrangement that, in addition to the transmis- 
sion of an electronic programme guide, is also applicable for the transmission of any 
5 file of the same type as the programme guide. An example of such use is an interac- 
tive multimedia type instruction program. 

These objects are achieved with a system as described in claim 1 and a receiver 
as described in claim 6. 

According to the invention, a special file is generated and transmitted at the 
1 0 transmission end of the DAB system. It is a plain-language file which could contain 
pictures and text. Each provider of services can create a separate file. The operator 
either collects the different files, combines them and forms them into a single file to 
be transmitted, or preferably the operator generates a separate file which contains 
links to the files of the service providers. According to the basic idea of the invention, 
15 the file contains text and pictures visible to the user and a large amount of information 
intended for the application software of the receiver, not visible to the user. This in- 
formation may be hidden text, instructions, algorithms. The most important data in- 
visible to the user is a link which, upon activation by the user, links the file to another 
file. Thus, by activating links, the user is able to navigate between files and to quickly 
20 find and collect the information he/she is interested in, whereupon the receiver auto- 
matically composes the requested service from the subchannels of the DAB multiplex. 
This method provides a special advantage in the creation of an electronic programme 
guide. 

According to a particularly advantageous embodiment, the file consists of 
25 HTML image pages. The image pages can be transmitted in one channel or they can 
be divided among several channels. 

In the following, the invention is described in greater detail by referring to the 
attached figures, of which 

Fig. 1 represents the hierarchy levels in the DAB system, 
30 Fig. 2 represents an entire DAB system in a simplified form, 

Fig. 3 represents the operations performed in the receiver, and 
Fig. 4 is a diagram representing the basic idea of the invention. 
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For the user to get a maximum benefit from the invention, let us assume that 
he/she has a large enough display device to display a sufficient amount of information 
at a time. This requirement can be met by connecting the DAB receiver to a computer. 

According to the invention, each service provider generates a separate service 
guide, using the same uniform format. In a specially preferred case, the format is the 
HTML (Hypertext Mark-up Language) known in itself, which is a simple data format 
designed for the generation of hypertext documents and documents intended to be 
transferred from an apparatus to another. 

To make the invention easier to understand, the content of the concept of 
HTML is now briefly explained. HTML documents are SGML documents and their 
general semantics enables the presentation of different types of information. The 
service provider's source material, which may consist of text, pictures or combina- 
tions of text and pictures or structured documents containing graphics, is converted 
into an HTML document, using the HTML language. The document is transmitted 
over a transmission network to the receiver's computer, whose software (agent) con- 
verts the received document so as to enable it to be displayed in a format defined in 
the document. SGML is defined in ISO standard 8879:1986, Information Processing 
Text and Office Systems Standard Generalized Mark-up Language (SMGL). A known 
area of use is the WWW (World Wide Web), which is a decentralized, hypertext- 
based information system developed by CERN. Its use is particularly well known in 
connection with the Internet. 

The term HTML is generally used to denote both document type and events in 
the document. "Events" means element changes in the document, such as e.g. the be- 
ginning and end of a title, the beginning and end of a paragraph, images, hyperlinks, 
etc. "Mark-ups" are syntactic separators added to the document data to describe its 
structure. The commonest mark-up is called tag, which is used to separate elements. 
There is e.g. a start tag, which is the character <, and an end tag, which is the sign </. 
Tags can also be used to give instructions to the software in the receiver; for instance, 
the element <TITLE> indicates that the text following it is a title, which again is ter- 
minated by the element </TITLE>. From the point of view of the present invention, an 
important element is the anchor <A>. It defines a hyperlink, which is the relationship 
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between two anchors. The anchors can be placed in the same document or in different 
documents. It is this feature that enables net surfing, well known to Internet users. For 
the user to be able to move from an anchor over a link to another anchor, it is neces- 
sary to define a UR1 (Uniform Resource Identifier), which is used for unambiguous 
identification of hyperlinks. In practice, the URI is composed of a URL (Uniform Re- 
source Locator) and a relative URL. The link can point to the head anchor either di- 
rectly using a URI or indirectly using a URL. 

Referring now to Fig. 4, each provider of DAB services creates an HTML- 
format guide file relating to their service, containing one or more pages. The file may 
comprise text and images. One page may contain a general description of the service, 
another a more detailed presentation of the programme of the day together with times 
of transmission, while the other pages may contain a weekly programme. Some pages 
may contain the lyrics of the music to be presented. In addition, there may be graphics 
files with still pictures. A page may contain several links, which point to certain parts 
on the other pages of the same file or to a graphics file. In other words, a link is asso- 
ciated with a head address URL. 

The DAB operator, who can also be called the producer of the multiplex, col- 
lects the HTML programme files of different service providers and possibly adds hy- 
perlinks to them. Moreover, the operator generates a separate file which describes the 
various ensembles available and lists their services. To this file are also added hyper- 
links to the files of the serviceproviders. To a page in the service provider's pro- 
gramme file containing an overview of the services, it is possible to add hyperlinks 
enabling the pages to be linked to the pages of other service providers or to the pages 
for other services of the same provider (horizontal linking within the DAB hierarchy), 
as well as hyperlinks enabling the pages to be linked to the ensemble (vertical linking 
within the DAB hierarchy). In this way, the DAB operator generates a combined pro- 
gramme guide containing several HTML file pages. 

A passage from a service provider's programme guide could look e.g. like this: 
Alpha radio: This service mainly consists of music with occasional news. The 
programmes today are as follows. 
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8:00 - 9:00 Light music to start the working day. This is a multimedia pro- 
gramme. You may view the programme with all the multimedia features by clicking 
here, or you may choose to just listen to the programme with lyrics or without lyrics 

9:00 - 9:10 News. 

5 



If you want to preview the Alpha Radio programmes for tomorrow, click here. 
In the above passage, the parts shown in bold text are hyperlinks. In a corre- 
sponding position in the HTML language, there is a tag <A>. When the user clicks on 

1 0 one of the bold parts, the application software finds the address of the anchor at the 
other end of the link and performs a jump to the file and position indicated by it, 
whereupon the new page is displayed. Thus, if the user wishes to preview the pro- 
gramme for tomorrow, he/she will click with the mouse on the last bolded word in the 
above passage, whereupon the application software will find the programme page for 

1 5 the day in question. Each service provider can freely make their own pages and add 
hyperlinks to them, so it is possible to give the user as detailed information about the 
programmes as desired. 

The bold text Alpha Radio can be a link to the service list of the ensemble, 
which again may contain a link to a list of other ensembles. In the former case, by 

20 clicking on a desired service, the user will see the channels available within that serv- 
ice. 

After the DAB operator has generated his own pages and combined the service 
providerliers' program pages, the combined programme guide thus composed from 
successive HTML files has to be placed in the multiplex. At least a part of it, prefera- 

25 bly the startup page, is placed in the AIC channel (Auxiliary Information Channel), 
which has a fixed channel number 63. The rest of the files can be placed either in the 
AIC channel or in one of the packet channels. 

In the receiver, the application software, which can be placed in a PC, forms 
HTML pages from the files received and generates a graphic user interface defined by 

30 them, in which the hyperlinks are visible. By means of the hyperlinks, the user can 
select a desired service. After the user has activated a hyperlink, the application soft- 
ware block performs a search based on the address of the hyperlink anchor and dis- 
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plays the file containing the anchor. Files are loaded and started immediately in re- 
sponse to the user's actions. 

The things described above do not require any big changes in the DAB system. 
What is needed is mechanisms for creating HTML files at the transmitting end and for 
5 their handling at the receiving end. Such mechanisms are familiar to the person skilled 
in the art, e.g. from the Internet. In addition, mechanisms for transmitting groups of 
files in a packet channel so as to enable the receiver to assemble the correct files in 
correct order are needed. Furthermore, a mechanism is needed that enables the re- 
ceiver to identify a startup file, in this case the first page of a programme file. Such 
1 0 mechanisms related to the transmission of files are described in patent application FI- 
954752, filed by the applicant simultaneously with the present application. 

In addition to the file transfer described in the aforementioned patent applica- 
tion, the only thing that requires more accurate definition is a mechanism for referring 
to the resources, i.e. programs, files, etc. in the DAB ensemble. This means that the 
1 5 meaning of the URLs (Uniform Resource Locators) in hyperlink anchors has to be 
defined. Below are descriptions of some embodiments relating to the audio service, 
packet mode, the fast information data channel FIDC contained in the FIC channel 
and finally the auxiliary information channel AIC. 

For the audio channel, the following type of URL is proposed: 
20 dab .//ensemble id/service id: J 6/subch_id:A, where ensemble id is an ensemble 

identifier consisting of a number in the decimal system, service id is a service identi- 
fier in the decimal system, .76 means that a 16-bit service identifier is used, subch id 
is the identifier of a subchannel of the service component and :A means that the serv- 
ice component is a continuous audio stream. When this string is presented to the re- 
25 ceiver, audio reception is started immediately. It should be noted that all the serv- 
ice ids and symbol ids in this string are completely invisible to the user. 

If only an audio file of a certain length (music for a given length of time) is to 
be separated from this audio stream, the fields /start_frame:length are appended to the 
end of the URL shown above, in which case the frames form a file and the URL will 
30 be as follows: 

dab .//ensemble JaVserviceJd:16/subch_id: A/start Jrame:length, where start Jrame is 
a starting frame from which the counting is started and length = the length of the 
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audio files as logical frames in the decimal system. When this string is presented to 
the receiver, the latter will extract the requested frames and save them in a file in 
memory. 

If an XPAD application is to be started, the following anchor is used: 
5 dab://emembleJd/sennceJd:16/subchJd:applicationjype, where application jype 
is the number of the application type in the decimal system. 

The number following the subchannel identifier indicates that the TMID of the 
service component refers to continuous audio. If the user wants to start both the 
XPAD application and the audio service simultaneously, the following string can be 
10 used: 

dab://ensemble_id/service_id:16/subchJd:A/applicationjype. 
To receive a file from the XPAD, it is possible to use either the string 
dab : //ensemble id/service id ': 16/subchJd: P/fdenme: N 
or the string 

1 5 dab: //ensemble Jd/service id: 1 6/subchid: P/frfeid: I 

In these strings, the character P refers to an audio channel XPAD. PAD (Program As- 
sociated Data) refers to a data section added to the end of the audio frame according to 
the specification. In the data section it is possible to transmit e.g. the lyrics for music. 
Such space is produced when the audio frame is compressed. XPAD means a so- 

20 called extra PAD. Filename is the name of the XPAD file and may include an exten- 
sion. The character N means that the filename is referred to, /filejd is a file identifier 
in the decimal system and the character / means that the file is referred to using its 
identifier. 

In the foregoing, it is assumed that a file transfer protocol is defined in the 
25 PAD and that the application type transmitting the protocol is implicitly known. 

Next, possible URL strings to be presented to the receiver when a link refers to 
a packet channel are described. 

dab:/ '/ 'ensemble Jd/service id: 1 6/scid:D/subserv:s/fdename: N 
dabJ/ensemble id/service Jd:32/scid:D/subserv:s/file id:I 
30 where scid is a service component identifier in the decimal system, :D indicates that 
the reference relates to a service component identifier, subserv is the path of the iden- 
tifier as a decade, :S indicates that the path identifier is referred to. Placing a 
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/subserv:S field in the URL is optional. The string :12 indicates that a 32-bit service 
identifier is used. 

To refer to the FIC data channel FIDC, it is possible to use the URL type 
dab://ensembleJd/serviceJd:16/fidc_id:F, where fidcjd is a FIDC channel identifier 
in the decimal system and :F means that the FIDC channel identifier is referred to. 

The auxiliary information channel AIC differs from other packet channels in 
that the information in this channel is only produced by the operator, not by a service 
provider. Therefore, the following URL contains no service identifier: 

dab J /ensemble id: A/ subserv.S/ filename: N 

<\abJ/ensemble_id:A/subserv:S/fileJd:I 
The designation :A refers to subchannel 63 and to the packet address 1023 of the AIC 
channel. The directory path subserv.S is optional. 

In the passage from a service provider's programme guide given at the begin- 
ning of the specific part of the present application, the hyperlink Alpha Radio is 
mentioned. When presented in HTML format invisible to the user, this link would 
have the form: 

<A HREF="dab://5/12:16/5:D/4:S/alpharad.jpg:N">Alpha Radio</A>. The URL re- 
fers to a packet channel, in which there is a JPEG image with the filename 
'alpharadjpg'. The ensemble identifier is 5 and the 16-bit service identifier is 12. The 
service component identifier is 5 (in the case of this example, this component contains 
JPEG images). The subservice identifier (directory path identifier) is 4. It is not neces- 
sary to specify for the receiver that the image is a JPEG image only because the ex- 
tension is jpg. This information is also contained in the file type parameter in the IDG. 

The next hyperlink in the aforesaid passage is multimedia features by clicking 
here, which in HTML format would look like this: 

<A HREF="dab.7/5/12:16/7:D/startup.mhg:N">multimedia features by clicking 
here</A> 

This URL refers to an MHEG file whose filename in the packet channel is 
startup.mhg. When this file is loaded, the MHEG program takes charge of the multi- 
media presentation. The file type parameter in the information data group IDG indi- 
cates that this is a multimedia startup file in MHEG format. Based on this informa- 
tion, the receiver is able to transfer control to the MHEG software. 
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The next hyperlink in the passage is with lyrics. In HTML format this is 
<A HREF="dab://5/12:16/23:A4">with lyrics</A>. Here the URL refers to the audio 
stream in subchannel 23. Application type 4, which is an ITTS text, is started besides 
the audio stream. The next hyperlink in the passage is without lyrics. In HTML for- 
mat this is <A HREF="dab://5/12:16/23:A4">without lyrics</A>. The last hyperlink 
in the passage is here, and in HTML format this would be 

<A HREF="dab://5:A/alphara2.htm">here</A>. The anchor URL refers to a HTML 
file with the filename alphara2.htm. The file is to be found in the AIC channel. 

The above description and the associated figures are only intended to illustrate 
the invention. Different variations and modifications of the invention will be obvious 
to persons skilled in the art, without departing from the sphere of protection and spirit 
of the invention presented in the following claims. 
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Claims 

1 . Digital broadcasting system, in which a transmission frame formed via or- 
thogonal frequency multiplexing OFDM comprises in time-multiplexed form: 

a fast information channel containing general information relating to audio and 
data services, the number of subchannels, multiplex configuration information indicat- 
ing size and location and a fast information data channel, 

a channel composed of several subchannels and transmitting audio and data 
services, in which one subchannel is an auxiliary channel intended for information, 
characterized in that 

a hypertext type program combined from a plurality of separate plain-language 
files is transmitted in transmission frames, the files of said program containing data 
invisible to the user and capable of being activated by the user. 

2. System as defined in claim 1, characterized in that the program is an elec- 
tronic programme guide for an ensemble. 

3. System as defined in claim 2, characterized in that the separate plain- 
language files are hypertext type programme guides created by each service provider 
and containing text and images relating to the provider's service, and that the system 
operator adds his own files. 

4. System as defined in claim 1, characterized in that the program is transmit- 
ted via a fast information data channel (AIC). 

5. System as defined in claim 1 , characterized in that a part of the program is 
transmitted over the fast information data channel (AIC) and the rest over a subchan- 
nel transmitting the service provider's packet data. 

6. System as defined in claim 1, characterized in that the separate plain- 
language file is a HTML (Hypertext Mark-up Language) type file, which may com- 
prise several pages containing links. 

7. Receiver for a digital broadcasting system, in which general information 
(SI) relating to audio and data services, the number of subchannels, multiplex configu- 
ration information (MCI) indicating size and location and a fast information data 
channel (FIDC) are separated from the fast information channel (FIC) of a transmis- 
sion frame received and subchannels are separated from the channel transmitting 
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audio and data services, one of said subchannels being an auxiliary channel (AIC) in- 
tended for information, 
characterized in that 

the receiver contains means for separating and displaying on a display device a 
program transmitted in least one of the channels in the transmission frame, which pro- 
gram has been combined from a plurality of separate plain-language files which addi- 
tionally contain data invisible to the user and capable of being activated by the user, 

based on the information visible on the display device, the user selects a de- 
sired service by activating invisible data on the basis of which said means produce a 
prompt, in response to which the receiver automatically separates the subchannels 
containing the service components of the selected service to implement the service. 

8. Receiver as defined in claim 7, characterized in that the program files 
handled by the receiver are HTML (Hypertext Mark-up Language) type files. 

9. Receiver as defined in claim 7, characterized in that the service-specific 
programmes of each service provider are displayed on the display device as separate 
pages. 

10. Receiver as defined in claim 7, characterized in that it separates at least 
part of the program from a subchannel which is an auxiliary channel (AIC) intended 
for information. 

1 1 . Receiver as defined in claim 7, characterized in that the program is an 
electronic programme guide for audio and data services in an ensemble. 



WO 97/13336 



PCT/FI96/00523 



1/4 



DAB ENSMEMBLE 1 



V 



ALPHA 1 RADIO 



BETA RADIO 



ALPHA 2 RADIO 



±± 



AUDIO 



MCI SI FIDO 



ALPHA- 
TMC 



ALPHA- 
SI 



AUDIO 



secondary 
AUDIO 



J 



AUDIO 



SUBCH A 


SUBCH B 


SUBCH C 


SUBCH D 




SUBCH 










63 



FIC 



MSC 



Fig. 1 



SUBSTITUTE SHEET (Rule 26) 



WO 97/13336 



PCT/FI96/00523 




WO 97/13336 



CO 

w 
z 
< 

I 

o 
uj 

DC 
UJ 
IL 
(0 
2 

2 

h 

£0 



CO 



3/4 

tr 

UJ 

CO 
3 



PCT/FI96/00523 













o 


CO 




» 







CM 
I 

o 
m 

CO 



CM 

I 
o 
to 

Z) 
CO 



tr 

oo 

UJ 

a 



oo o 



I 

O 
CD 
D 
CO 



o 

CO 
D 
CO 



T 



UJ 

la: 
o $ 

Z3 UJ 
CO Q 



HI 
_I 
CO 

LU 

CD CO 

<z 

QUJ 



SUBSTITUTE SHEET (Rule 26) 



WO 97/13336 



PCT/FI96/00523 



4/4 






SUBSTITUTE SHEET (Rule 26) 



INTERNATIONAL SEARCH REPORT 



A. CLASSIFICATION OF SUBJECT MATTER 



International application No. 
PCT/FI 96/00523 



IPC6: H04H 1/00 

According to International Patent Classification (IPC) or to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) " ~ 

IPC6: H04H t H04N 

Documentation searched other than minimum documentation to the exumt that such documents are included in the fie.ds searched" 

SE,DK,FI,N0 classes as above 

Electronic data base consuhed during the international search (name of data base and, where prac^bfc, search terms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document, with indication, where appropriate, of the relevant 



passages 



Relevant to claim No. 



A,P 



FUNKSCHAU, No. 22/95, 13 October 1995, pages 45-48 

(INGRID MIHERHUMMR ET AL), "Datenrundfunk mit DAB" 



WO 9414283 Al (DISCOVERY COMMUNICATIONS INC.) 
23 June 1994 (23.06.94), claims 1-6, 8-12, 14 
19-22, 25, 26 ' ' 



DE 4422015 CI (ROBERT BOSCH GMBH), 3 August 1995 
(03.08.95) 



EP 0723369 Al (NTEX DATACOMMUNICATIONS BV) 
24 July 1996 (24.07.96) 



1-11 



1-5,7,9-11 



1-5,7,9-11 



6,8 



P Further documents are listed in the continuation of Box C. [J See patent family 



annex. 



• Special categories of cited document* 

"A- document defining the general state of the art which is not considered 
to be of particular relevance 

"E- 
'L' 



■o- 

"P- 



ertier document but published on or after the international filing date 

cited to establish the publication date of another citation or other 
special reason (as specified) 

document referring to an oral disclosure, use, exhibition or other 
means 

document published prior to the international filing date but later than 
the priority date claimed 



T" later document published after the international filing date or priority I 
date and not in conflict with the application but cited to understand 
the principle or theory underlying the invention 

*X' document of particular relevance: the claimed invention cannot be 
considered novel or cannot be considered to involve an inventive 
step when the document is taken alone 

*Y* document of particular relevance: the claimed invention cannot be 
considered to involve an inventive step when the document is 
comlaned with one or more other such documents, such combination 
being obvious to a person skilled in the art 



Date of the actual completion of the international search 



document member of the 



27 Fehrti^ry 1?97 

Name and mailing address of the ISA/ 
Swedish Patent Office 
Box 5055, S-102 42 STOCKHOLM 
Facsimile No. +46 8 666 02 86 



same patent family 



Date of mailing of the international search report 

0 3 -03- 1997 



Authorized officer 

Peter Hedman 

Telephone No. +46 8 782 25 00 



Form PCT/ISA/210 (second sheet) (July 1992) 



INTERNATIONAL SEARCH REPORT 
Information on patent family members 



03/02/97 



Patent document 
cited in search report 



Publication 
date 



International application No. 
PCT/FI 96/00523 



Patent family 
member(s) 



Publication 
date 



W0-A1- 9414283 



23/06/94 



DE-C1- 4422015 03/08/95 



AU-A- 

AU-A- 

AU-A- 

AU-A- 

AU-A- 

AU-A- 

AU-A- 

CA-A- 

CN-A- 

CN-A- 

CN-A- 

CN-A- 

CM-A- 

CN-A- 

EP-A- 

EP-A- 

EP-A- 

EP-A- 

EP-A- 

EP-A- 

EP-A- 

IL-D- 

IL-D- 

IL-D- 

IL-D- 

IL-D- 

IL-D- 

JP-T- 

JP-T- 

JP-T- 

JP-T- 

JP-T- 

JP-T- 

NZ-A- 

US-A- 

WO-A- 

WO-A- 

HO-A- 

W0-A- 

WO-A- 

W0-A- 



5732994 
5733094 
5733194 
5733294 
5736394 
5845894 
5869894 
2151458 
1090451 
1090452 
1090453 
1090454 
1093211 
1096151 
0673578 
0673579 
0673580 
0673581 
0673582 
0673583 
0674824 
107908 
107909 
107910 
107911 
107912 
107913 
8506938 
8506939 
8506940 
8506941 
8506942 
8510869 
259148 
5559549 
9413107 
9414279 
9414280 
9414281 
9414282 
9414284 



04/07/94 

04/07/94 

04/07/94 

04/07/94 

04/07/94 

22/06/94 

04/07/94 

23/06/94 

03/08/94 

03/08/94 

03/08/94 

03/08/94 

05/10/94 

07/12/94 

27/09/95 

27/09/95 

27/09/95 

27/09/95 

27/09/95 

27/09/95 

04/10/95 

00/00/00 

00/00/00 

00/00/00 

00/00/00 

00/00/00 

00/00/00 

23/07/96 

23/07/96 

23/07/96 

23/07/96 

23/07/96 

12/11/96 

26/11/96 

24/09/96 

09/06/94 

23/06/94 

23/06/94 

23/06/94 

23/06/94 

23/06/94 



AU-A- 
WO-A- 



2611095 
9534965 



05/01/96 
21/12/95 



EP-A1- 0723369 24/07/96 



NONE 



Form PCT/ISA/210 (pati 



family annex) (July 1992) 



